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(57) Abstract 



A system is disclosed in which a user (10) of an information service (14) may access financial data relating to recent credit and debit 
card transactions (24). Any entity with a TCP/IP connection to the internet (12) may access the system so that world-wide accessibility 
to financial services is possible. Alternatively, the system may be accessed through an online infomiaUon service. The financial data are 
processed daily by a financial services provider (16). then transmitted to a host computer connected to an informaUon service. The user 
connects to the information service host computer to access the financial data for transactions that may have been posted as recently as the 
previous day. The user may also download the financial data directiy to an accounting or woid-proccssing program for further processing. 
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FINANCIAL INFORMATION ACCESS SYSTEM 



BACKGROUND AND SUMMARY OF THE INVENTION 
The present invention relates generally to a system for accessing data related to 
financial transactions. Particularly, users of the Internet or an online information service such 
as CompuServe® may access data related to their own financial transactions that were posted 
as recently as the previous day. 

Financial information is typically reported to financial service customers in monthly or 
quarterly written statements. For example, credit card companies send monthly statements 
that list aU transactions and an outstanding balance for the reporting period. Banks and 
brokerages may also use written statements to report activity. Whether the statements are 
monthly or quarterly, by the time they reach the customer, they rarely reflect the current state 
of the account. Several days or weeks may pass between the time the reporting period ends 
and the statement is received because time is needed to process, print, and send the 
statements. As a practical matter, financial mstitutions need to establish a cut oflf date for 
reporting account activity. 

Although account activity reporting cycles are rather lengthy (e.g., quarterly or 
monthly), customers may be interested in weekly or daily activity reports. Consequently, 
customers have a need to obtain recent financial information that would not otherwise be 
available for weeks or months. Customers also have a need to access the recent financial 
information at their own convenience — preferably fi^om anywhere and at any time. Following 
access to the financial information, customers may have a need to cotnmunicate with the 
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financial services provider. For example, a customer may have a question about a transaction 
or following review of the transactions, a customer may wish to submit a payment 
electronically. Finally, customers need to see the financial data presented in an organized and 
understandable format. 

5 The present mvention (Conductor*") is a suite of onhne financial services. Supported 

functions include credit card account lookup and reporting, and checking and bill paying. In 
addition, customers and financial services providers may communicate with each other. For 
example, Conductor allows customers to view and use financial mformation concerning recent 
activity in various accounts. Specifically, financial data relating to credit and debit card 
10 transactions are available through the Internet or an online information service the day after 
the transactions are posted. The ability to provide such recent credit and debit card 
transaction data to users of the Internet or an online mformation service is unique to the 
present invention. 

The present mvention is a sophisticated computerized system of financial services 
15 based on the TCP/IP protocol suite. Consequently, the services are available through the 
Internet. Alternatively, the same services may be made avaUable directly through an online 
information service such as CompuServe(g). In the preferred embodiment, the invention is 
described in relation to its accessibility through the Internet. Conductor is implemented as a 
distributed 'information cluster'' located on the global Internet so it may be accessed fi-om a 
20 variety of presentariou tools. An example of the type of information available fi om Conductor 
is financial data relating to credit and debit card transactions processed daily by a financial 
services provider. Tlie financial data are transmitted daily to Conductor so that users of the 
Internet or an online information service may access financial data relating to their own credit 
and debit card transactions. Tlie financial data may also be transmitted for fixrther processing 
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to an accounting, word-processing, or spreadsheet software package running on the user's 
computer. 

The system of the present invention has several advantages over known financial 
information access methods. Conductor may be accessed at any time from around the world 
5 because it is part of the global Internet. In an alternative embodiment, Conductor may be 
accessed directly through an online information service such as CompuServe®. With either 
embodiment, it may be accessed using any one of a number of presentation tools. Because of 
its ties to financial services providers. Conductor allows credit or debit cardholders to review 
account activity regarding postings that occurred as recently as the previous day. Cardholders 

10 use familiar access methods to view and download the financial data. FinaUy, the present 
invention allows the financial data to be organized for direct transmission to popular 
accounting, word-processing, and spreadsheet programs. Due to the sophistication of the 
process used for converting and downloading data to the other programs, data may be 
downloaded as fi^equently as the user desires. These advantages and others are explained 

1 5 further by the accompanying drawings and detailed description. 



BRIEF DESCRIPTION OF THE DRAWINGS 
Figure 1 is a diagrammatic view of one embodiment of the present invention; 
Figure 2 is a block diagram of the system architecture of the present invention; 
20 Figure 3 is a diagrammatic representation of the processing of a financial transaction; 

Figure 4 is a diagrammatic representation of a financial transaction; 
Figure 5 is a computer screen view of financial data available to a user; and 
Figure 6 is a computer screen view of financial data available to a user. 



3 



wo 97/14108 PCT/US96/16567 

DETAIL DESCRIPTION OF PREFERRED EMBQDINfENTrS^ 
Applying principles of modularity and abstraction, distributed systenas technologies are 
used to create the architecture necessary for delivering diverse types of services over a wide 
area network. Sources of data may be as varied as the mterfaces to it. The Conductor''^ 
5 System is based on a Chent/Server model so that it is easily extensible. It is implemented as a 
platform-portable, language-independent distributed object framework. Use of the distributed 
approach permits the easy integration of new services and providers for the system. For 
example, the Conductor System may easily serve as a back-end resource for existing online 
service providers. The distributed approach also allows the system to be accessible through a 

10 number of interfaces: for example, native Microsoft*^ Windows™ appUcations, hyper-text 
mark-up language (HTML) browsers, text-terminals, X.25 transactions, even voice telephony. 
Referring to Figure 1, a diagrammatic representation of access to the Conductor*" 
Network is shown. Preferably, users connect to the Conductor suite of onUne financial 
services via the Internet 12. Methods for providing services via the Internet are well-known in 

1 5 the art and are not explained here. Conductor host computers are accessible world-wide from 
any site with TCP/IP name resolution and packet routing to the conductor.com domain. 
Preferably, host computers running the Windows NT™ Operatmg System and the UNIX* 
Operating System are used in the distributed environment. CUents and servers may run on any 
of twenty operating systems. Multiple user interfaces to Conductor are implemented as 

20 diflFerent types of cbents. As shown in Figure 1, a user may communicate with Conductor via 
a web browser 10 or via the CompuServe Information Service 14 using the CompuServe 
Information Manager for Windows (WiiiCIM*') 16. Other methods of access may be used as 
well — for example, a native Microsoft'' Windows™ appUcation. In addition. Conductor may 
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be implemented as part of as online information service so that it is available only to 
subscribers of the online information service. 

As shown in Figure 1, packets destined for Conductor are routed 18 to a Web Server 
22 for processing. Because security is a significant issue for online financial information 
5 systems, a Firewall 20 is established between the Router 18 and the Web Server 22. User 
verification and data access may then occur in a secure environment. Separate user 
connect/data access protocols isolate intemal/exterDal networks. An indirect method of user 
identification is used to secure account nxunbers and sensitive data are passed via two-key 
encryption. Token passing is used for connected host identification. 

10 To provide the features of the present invention. Conductor is built on a Common 

Object Request Broker Architecture (CORBA)-compUant Distributed Object Computing 
Platform. This development platform is well-known in the art and is not explained here. 
Primary system components include Object Servers, Name Lookup Servers, and Data Servers. 
Other components include Conmiunication, Security, and Loggmg servers. As shown in 

15 Figure 1, a number of Name Servers 24, 26, 28 and Financial Object Servers 30, 32, 34 may 
be in operation at one time. These servers may communicate with a Legacy System 38 or 
other Database Servers 36 in order to respond to specific requests for information. Data 
requests may be serviced in any one of a nimiber of ways. For example, data may be accessed 
using a Microsoft*" SQL Server running on Windows NT™. 

20 Clients have an object-oriented AppUcaiiou Programming Interface (API) to 

distributed resources or services using a class-like construct called an ^'Interface" which 
groups operations and attributes. Because chents know only the nature of the Interface, it 
may be implemented ui any manner. For example. Interfaces may be implemented in one 
language and cHents in another. The implementation of an Interface may then be ahered at 
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will without aflFecting any clients. As long as the protocol to the Interface is stable, the cUent 
implementation is stable. 

Clients located anywhere on the global Internet ask for and bind to services by name. 
CUents locate Interfaces by naming a server which implements one, and they may do so from 
5 any site with a TCP connection to the Conductor domain. The names of servers are provided 
by a name lookup Interface which runs on the only host whose name client appUcations need 
to know. The access is synchronous and call-level using either C++, Smalkalk, or C. In other 
words, clients access services by making standard synchronous procedure calls. Client load is 
automatically apportioned among all ready object servers at lookup time. 

10 There are several benefits to using name lookup to connect clients and servers. A 

name lookup layer isolates cUents from the location or readiness of any individual object 
server. Although the system is based on the Internet Protocol (IP), cUents are completely 
isolated from back-end data sourcing concerns and do not need to know the IP addresses of 
object servers. Usmg this approach, servers may be added simply by connecting to the 

15 network, installing system and server software, and adding the machine name to the lookup 
database. Consequently, cUents are not aflFected by database, network, operating system, 
hardware platform, or server architectural changes. For example, native 32-bit Windows™ 
appUcations may use cUent-side abstraction Ubraries that hide details of binding to and 
executing caUs on remote objects. Objects may be implemented on cheap, fast Intel-based 

20 Wmdows NTT'M servers and new servers may be added to the system by copying files over and 
adding the host name to a single locator file. The distributed nature of the system means that 
it is composed of relatively simple appUcations that implement a single interface or a small 
group of interfaces. 
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The interface between a client and a server is binary. Such an interface is more 
efBcient and the data may be useful in more varied applications. Binary data may be converted 
to text for viewing by humans, sent in binary form to other providers, or retrieved in binary 
form and processed by a consumer application. Binary objects may be dragged off of a 
5 window and dropped into a finance application or they may be used to generate reports. 

A suite of online mterfaces may be used by appUcations, service providers, and other 
chents to manipulate financial information available through Conductor. An application- level 
protocol specifies how a cUent interprets data sent to it by a server. When one part of the 
apphcarion needs something, it calls a procedural interface in another part. Such calls do not 
10 return untD the procedure has executed so the flow of control is simple and direct. Extending 
these synchronous procedure calls across the network interface has the advantage of 
simplifying the access to distributed resources by elevatmg it to the level of standard 
procedural mechanisms familiar to a majority of developers. 

Referring to Figure 2, a diagram of the Conductor*" System Architecture is shown. 
15 Financial mformation of interest to users of the system is contained in different databases 28, 
34, 40 within the distributed envu-onment. Each database has its own access mechanism 26, 
32, 38. As explained earUer, among the methods for accessing the system are a web browser 
10 that communicates through a Web Server 20 or a native Windows™ appHcation 12. 

The Firewall 14 mcreases system security. The TCP/IP protocol stack 16 is the 
20 hitemet communication vehicle. The Object Request Broker (ORB) is an "information bus^' 
that connects chents to the objects they need in a heterogeneous environment. By definition, 
an ORB is platform independent, language neutral, and may run in many networked 
environments. ORBs implemented in one language may communicate with those implemented 
in another, on a completely different hardware platform. The same is true for the object 
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implementations to which the ORB provides access. Three example objects are shown in 
Figure 2 — a card object 24, a checking object 30, and a bill pay object 36. The objects serve 
as links between chents 10, 12 and data contained in the databases 28, 34, 40. The name 
server 22 performs the name lookup function for clients so they may establish communication 
with the object that performs the needed services. 

Referring to Figure 3, a diagrammatic view of a sample transaction processed by the 
present invention is shown. Financial transaction data originates at a retail estabhshment. A 
purchase rmy be made with a bank card such as a Visa'' or MasterCard* credit card or a bank 
debit card 24. The transaction is processed at the merchant location through a dial terminal 22 
or any other device in communication with an authorization or settlement center 20. The 
authorization/settlement system 20 determines whether a particular transaction should be 
approved. An approved transaction represents an obligation for the cardholder to pay money 
to the financial institution that issued the card. 

Approved transactions may then be reported to the purchaser's bank 18 as well as 
other supportmg financial mstitutions for fijrther processing before transmission to a financial 
services provider 16 in communication with a Conductor host computer 14. Tlie financial 
services provider fimctions as a repository for financial transactions originating firom a variety 
of sources and supported by a large number of financial institutions and processmg centers 
(i.e., different banks, clearing houses, authorization centers, etc.). Transactions may follow 
varied paths before arriving at the financial services provider 16. After transmission to the 
financial services provider 16. the transactions may be organized and sorted for transmission 
to a Conductor host computer 14. After the data are available on the host computer 14, a 
Conductor user 10 may access the database via the Internet or through a native Windows™ 
application 12 according to the method described above. 
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Referring to Figure 4, a diagrammatic representatioii of au individual financial 

transaction is shown. Preferably, for each credit or debit card transaction, the data for each 

record includes the following: 

Account number 10: unique series of digits to 
identify cardholder. Also 
identifies issuer and type of 
financial transaction card. 

IMerchant number 12: unique series of digits to 

identify merchant for 
transaction. May be used to 
look up a textual description 
for the merchant. 

Transaction date 14: the date on which a transaction 
occurs. 

Capture date 16: the date on which a transaction 
is processed. 

Transaction amount 18: the extent of the cardholder's 

obligation to the issuing 
financial institution. 

Standard industry code 20: an unique code identifying the 

type or category of the 
transaction. 

Authorization code 22: number assigned to a merchant 

sale that has received specific 
approval. 

Checksum 24: value based on transaction data 
calculated and appended to 
transaction record to aid b 
verifying integrity of 
transmissions. 

Although a preferred format is described, other data formats may be used. Also, the 
same data may be organized within a record in any manner. 
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Preferably, transactions stored in the database are accessible according to cardholder 
account number. In addition to processing individual financial transactions for each 
cardholder, the financial services provider may summarize the transactions and create reports 
for each cardholder represented in the data. For example, the financial services provider may 
create a report that includes card balances for previous months as well as a balance for 
transactions occurring during the current billmg cycle. The data may be organized and sorted 
according to a variety of selection criteria. 

Referring again to Figure 3, after organization and sorting by the financial services 
provider 16, the financial transaction data are transmitted to a Conductor host computer 14. 
Preferably, transaction data are transmitted daily to the host computer 14. Users 10 then 
request access via the Internet 12 to the financial transaction data stored on the host computer 
14. Preferably, the user may choose one of several presentation tools to access the host 
computer. 

Once connected to the host computer, the user is prompted for information needed to 
generate a report. For example, the user may be asked to provide an account number, a 
personal identification number, and a request for either the current month *s statement or the 
previous month's statement. The host computer generates the report and communicates with 
the session management software running on the user's computer so that the user may view 
the data. Preferably, the user has the option of downloading the data to an accounting 
program, a spreadsheet, or a word-processing program. The data may be converted to 
another format during the download process for use in the target program. 

Referring now to Figure 5. a report for a user's current month s statement is shown. 
The report may contain data for transactions that were posted as recently as the previous day. 
Figure 6 shows a report for the previous month's statement. The present invention allows 
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users 10 receive this information in a more timely manner as it is available before a statemeDt 
arrives in the mail. In addition, users may access the data at their own convenience. 

Preferably, users may view and manipulate only their own financial data. Furthermore, 
users may not aher the data. Preferably, users have the option of downioadmg the financial 
data to an accounting software package such as Intuit 's Quicken*^ or a word-processing 
program such as Novell's WordPerfect*". The abihty to convert and dowoiload recent credit 
and debit card transactions to such popular programs is unique to the present invention. The 
need to enter the data manually is eUminated. The sophistication of the conversion process 
allows data to be downloaded as frequently as the user desires. The process recognizes 
whether a transaction has been previously converted so users do not risk double-entering data. 
In addition, the data may be manipulated in a variety of ways. For example, the association of 
standard industry codes with each transaction allows transactions to be categorized 
automatically. Another benefit of the abihty to review recent transactions is increased bank 
card security. Cardholders may detect and report unauthorized transactions within days, or 
possibly hours, of when they were posted thereby increasmg the hkelihood of locating the 
unauthorized user. 

The present invention gives users of the Internet the opportunity to review recent 
credit and debit card transactions at any tune and from any location. Consequently, 
cardholders are able to monitor card activity and determine account status daily rather than 
monthly or quarterly. The ability to have accurate and current information concerning 
financial matters is important in an age of electronic fimds transfer. The present invention has 
been described in the form of preferred embodiments. However, several modifications and 
variations may be made to the invention and fall within the scope of the claims. For example, 
the present invention may be implemented as one of many services available through an online 
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uiformatiou service. Users of the online information service may then be given the opportunity 
to review recent financial transactions at any time and from any location. 
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WHAT IS CLAIMED IS: 

A financial information access system comprising: 

a financial services provider for processing credit and debit card transaction 

data; 

an information service network capable of accepting information feeds directly 
or indirectly fi-om a variety of information sources including said financial services 
provider; 

a first connection between said financial services provider and said information 
service network for transmitting said credit and debit card transaction data fi-om said 
financial services provider to a host computer connected to said information service 
network; 

a second connection between said host computer and an information service 
network user computer for accessing said credit and debit card transaction data on said 
host computer. 

The system of claim 1, wherein at least one of said credit or debit card transactions 
was posted during the previous twenty-four (24) hours. 

The system of claim 1, wherein said processmg of said credit and debit card transaction 
data comprises sorting transactions according to an account number. 

The system of claim U wherein said processmg of said credit and debit card transaction 
data comprises formatting transactions to facilitate automatic categorizing of 
transactions according to specific selection criteria. 
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The system of claim 1, wherein said processing of said credit and debit card transaction 
data comprises sorting transactions according to a standard industry code. 

The system of claim 1, wherein said credit and debit card transaction data may be 
transmitted from said host computer to a program running on said user computer. 

The system of claim 6, wherein said credit and debit card transaction data transmitted 
to said program running on said user computer are scanned to prevent double entries 
into said program. 

The system of claim 1, wherein said information service network is the Internet. 

The system of claim 1, wherein said information service network is part of an online 
information service. 

A method for accessing credit and debit card transaction data comprising the steps of 

transmitting credit and debit card transaction data from retail establishments to 
a financial services provider, said transmission occurring at least daily; 

organizing and formatting said credit and debit card transaction data; 

transmitting said organized and formatted credit and debit card transaction data 
to a host computer connected to a wide area network, said transmission occurring at 
least daily; 

accessing from a wide area network user computer said credit and debit card 
transaction data on said host computer. 

Tlie method of claim 10, further comprising the step of organizing and formatting said 
credit and debit card transaction data according to an account number. 
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The method of claim 10, further comprising the step of converting said credit and debit 
card transaction data for use in a program running on said wide area network user 
computer. 

The method of claim 12, further comprising the step of converting said credit and debit 
card transaction data so that mdividual transactions are converted only once. 

The method of claim 10, further comprising the step of formatting said credit and debit 
card transaction data to facihtate automatic categorizmg of transactions according to 
specific selection criteria. 

The method of claim 10, further comprismg the step of sorting said credit and debit 
card transactions according to a standard industry code. 

The method of claim 10, wherein said wide area network is the Internet. 

The method of claim 10, wherein said wide area network is an online information 
service. 

A financial information access system comprising: 

a financial services provider for processing credit and debit card transaction 

data; 

one or more credit or debit card transactions processed by said financial 
services provider in substantially real time; 

an online information service network capable of accepting information feeds 
directly or mdirectly fi-om a variety of information sources includbg a financial seivices 
provider: 
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a connection between said financial services provider and said online 
information service network for transmitting data relating to said one or more credit or 
debit card transactions fi-om said financial services provider to a host computer 
coimected to said online information service network, said transmission occurring at 
least daily; 

a connection between said host computer and an online information service 
network user computer for viewing said credit or debit card transaction data on said 
host computer or transmitting said credit or debit card transaction data fi-om said host 
computer to said user computer; and 

a first program on said user computer for converting said credit or debit card 
transaction data for use in a second program, said first program capable of removing 
from said transaction data individual transactions that have been converted previously. 
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CONDUCTOR Card Review 
Account Sununary 



Natne(s) ; JOHN DOE, JANE DOE 

User ID 73987,4321 
Accoiant Number: 4638411001028765 

Credit Line 7,500.00 Last Statement: 

Current Balance 5,244.62 Balance 5,012 19 

Available Credit 2,255.38 Closing Date 06/15/94 



Account Activity Since Last Statement 



Post Tranx 

Date Description SIC Date City, State Amount 

06-20 AT&T PHONE CENTER 5251 06-17 MONTCLAIR, NJ 

06-22 AMERICAN AIR 5411 06-18 FAIRFIELD, CT 

06-22 CARLISLE HOTEL 5541 06-19 OMAHA, NE 



158.36 
53.23 
20.84 



1 



F/g. 5- 



SUBSTITUTE SHEET (RULE 26) 



wo 97/14108 



6/6 



PCT/US96/16S67 



CompuServe Information Ma 



pI[d52!i;StS.^" 'FM n O f^lW 




Name ia) 
User ID 

Account Number 



CONDUCTOR Card Review 
Electronic Statement 

JOHN DOE, JANE DOE 

73987,4321 
4636411001028765 



Credit Line 


7,500.00 


Closing Date 


06/15/94 


Payment Due Date 


07/10/94 


Amount Due 




New Balance 


5,012.19 


or 




Minimum Payment 


100.00 




Account Summary 


Previous Balance 


4, 960 


.69 


Purch. /Other Charges 


151 


.30 


Cash Advances 


0 


00 


Credits 


0 


00 


Payments 


100 


00 


Late Payment Charge 


0 


00 


Finance Charge 


0 


00 


New Balance 


5,012 


19 




Post 

Date Description 



SIC 



Tranx 

Date City, State 



Amount 



06-13 BARNES & NOBLE 5542 06-11 WEST PATTERS, NJ 

06-13 BOB EVANS RESTAUR 5661 06-11 DUBLIN, 



11.90 
47.22 
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